什麼?! 這張單做完，我還不能移動到 done

在我們昨天 D15 - 那我先把這張單移動到 done 嘍
探討完，acceptance criteria 相關的驗收條件後，其實是否能夠移動到 done
還有一件非常重要的條件要達成，也就是所謂的 DoD(Definition of Done)

完成的定義

簡單來說就是一份檢查清單，再讓我們檢查 acceptance criteria 之外，還要檢查些什麼 "基本的東西"
每個團隊，都可以定義自己適用用的 DoD
且 DoD 也會隨著時間而發生變化(因應現況增減)

直接上我們團隊的定義，供大家參考
直接看案例會比較能夠理解，DoD 跟需求無關

後端-共同：

1.如果設定檔有做變更，其它版本設定檔 (例如：test、prod，等等) 要一併做變更(tomcat、Sprintboot)
2.local build success & maven can build
3.基本功能測試
4.如果有而外增加開發事項，QA單要補充說明
5.double check QA 單 acceptance
6.上線注意，上線腳本有附，若有APIM要上prod要告知
7.上 APIM DEV/UAT

後端-tomcat：

1.git SOP merge to test & build 測試機(tomcat)

後端-SpringBoot

1.sonar cloud pass
2.unit test all pass
3.pull request merge to test & build 測試機 (SpringBoot)

前端：

1.RWD測試(SamsungGalaxyS8+、iphoneXR、iphone12Pro、ipadAir、ipadMini、1024px、1280px)
2.瀏覽器測試(chrome、safari、edge、firefox、暗黑模式)
3.npm run build 要過
4.檢查是否有crush log (檔名:report.....)
5.QA使用build + start_test
6.檢查QA acceptance是否有需增加刪減
7.用到的sqlReport要記錄在PBI的上線注意
8.避免同樣的api重複寫，避免留下沒在用的api(call了沒用)

所以像是我們前端團隊近期有導入 unit test，所以之後就可以加上 9. unit test all pass

當然上述主要是以 Task 為單位來看
各個團隊還是可以靈活應用
例如:
1.上線的 DoD
2.Retro 的 DoD (沒有下午茶不算 done)

在搬運完團隊的 DoD 又讓我混了一天了呢！
開心

參考資料：
1.某開發團隊的 DoD (引用自己團隊的產品，究竟算不算ＯＯ呢？)